Motion planning with pull moves 
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It is well known that Sokoban is PSPACE-complete [3] and several of its 
variants are NP-hard [6]. In this paper we prove the NP-hardness of some 
variants of Sokoban where the warehouse keeper can only pull boxes. 

1 Introduction 

Sokoban is a game on an integer grid, where a warehouse keeper, or robot, has to 
push boxes to designated storage locations. He can push a box one cell horizontally 
or vertically if the destination cell is free. Some of the grid cells can be occupied by 
unmovable obstacles. 

Several variants of Sokoban have been studied. In these variants all obstacles may be 
movable, the keeper may push up to k boxes, or even an unlimited number; to solve the 
game it can be sufficient to move the keeper to some goal position, and the boxes once 
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q pushed may slide until hitting an obstacle. 

Table [T] shows the complexity of some of these variants. In the table the game type 
t-h indicates the possible movements. In "Push" games, each box moves one unit, while in 

"PushPush" a box slides until it hits the next obstacle. The following number indicates 
the number of boxes which can be moved at once, where "*" stands for infinity. The 
game type has a suffix "-F" when fixed obstacles are allowed. The classic Sokoban game 
has game type Push-l-F. 

Wilfong [13] shows that motion planning where the robot can push and pull polygonal 
obstacles is NP-hard if we want to decide if the robot can reach a goal position, and 
PSPACE-complete when goal positions for the obstacles are given. Dor and Zwick [8 J 
show that Sokoban is also PSPACE-complete when the robot can push up to two boxes 
or pull one box, and the boxes have size 2x1. A version of Sokoban where the robot 
can push as well as pull the boxes is available under the name Pukoban [2] . 

Polishchuk [12] studies the optimization version of these problems where we want to 
decide if there exists a solution in less than k box moves (the instances are all trivially 
solvable). He shows that all of the above variations with designated storage locations 
and a variation where the robot additionally can lift any number of boxes are NP-hard. 
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Table 1: Time complexity of box- moving problems. Hardness of a variant with all boxes movable 
implies hardness of the corresponding variant with some fixed boxes, therefore the table 
shows only known stronger results. 



Game type 


Complexity 


Reference 


Path version 


Push-1 


NP-hard 


Demaine et al. [3] 


Push-k 


NP-hard 


Demaine et al. [6] 


Push-* 


NP-hard 


Hoffmann [TO] 


PushPush-1 


PSPACE-complete 


Demaine et al. [7] 


PushPush-k 


PSPACE-complete 


Demaine et al. [7] 


PushPush-* 


NP-hard 


Demaine et al. [6] 


Push-k-F 


PSPACE-complete 


Demaine et al. [3] 


Push-*-F 


PSPACE-complete 


Bremner et al. pQ 


Push-k-Pull-l-F 


NP-hard for k > 5 


Dor and Zwick [8] 


Storage version 


Push-1 


PSPACE-complete 


Hearn and Demaine [55] 


PushPush- 1 


NP-hard 


O'Rourke et al. [TT] 


Push-l-F 


PSPACE-complete 


Culberson [3] 


Push-k-Pull-l-F 


NP-hard for k > 5 


Dor and Zwick [S] 



In this paper, we study the decision version of the pull-only path variants of Sokoban 
("Pull", "PullPull"). Different from the pushing variants, where all adjacent boxes 
always have to move together, we let the robot decide how many adjacent boxes he 
wants to pull. We prove NP-hardness of all Pull-fc-F and PullPull-fc-F and the Pull-1 
variants. Our proof is by reduction from planar 3-colorability. Its overall strategy is 
equal to the hardness proof of Demaine et al. [6] for Push-1. We simplify their proof 
by introducing a new kind of elementary gadget (branch). In the next section we give 
an overview of their approach. In Section [3] we show how to implement the necessary 
gadgets in a pull variant of the game. 

2 Hardness of Push-1 

The hardness proof for Push-1 of [6] is by reduction from planar 3-coloring. The authors 
construct an instance of Push-1, which is solvable iff a given undirected planar graph G 
permits a 3-coloring. The proof uses the fact that there always exists a planar Eulerian 
tour T in G, where G is the directed graph obtained by substituting every undirected 
edge by a pair of directed edges. The tour T is augmented by decision elements, which 
force the choice of a color when leaving a vertex on its traversal. To guarantee a valid 
coloring, T is further augmented by consistency and coloring junctions, which force 
vertex colors to be chosen consistently when a vertex is visited more than once, and 
adjacent vertices to be of a different color. Figure [T] shows an example of a graph, its 
directed version, a possible Euler tour, and the graph augmented by decision, consistency 
and coloring elements. 

Such a tour and its additional elements ensuring a consistent traversal are encoded 
into a Push-1 puzzle using four kinds of basic gadgets: (a) A one-way gadget with two 
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Figure 1: Example of a graph, its directed version, a planar Euler tour and the transformed 
tour. 



entrances A and B, that can be traversed only in the ^4- indirection. It stays open if it 
has been traversed once, (b) A l-to-3-fork gadget, with four entrances A to D. Coming 
from the entrance A, it can be left at any other entrance. This is choice is fixed when 
entering from A again, (c) An XOR-crossing gadget with an entrance on each side. It 
can be traversed either from top to bottom or from left to right. This choice is fixed in 
future traversals. (d) A NAND-gadget with an entrance on each side. It can be traversed 
either from top to left or from bottom to right. As for the XOR-gadget, this choice is 
fixed in future traversals. The transformation substitutes the simple Eulerian path by 
three parallel paths, one for each color. Figure [2] shows the symbols for the basic and the 
composite elements, and Fig. [3] shows how the composite elements can be constructed 
from the basic ones. 
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c = ? 

Figure 2: Gadgets used in the hardness proof of Demaine et al. [6]. Upper row: Basic gadgets, 
from left to right: one-way gadget, l-to-3 fork, XOR crossing gadget, NAND gadget. 
Lower row: Composite gadgets, from left to right: coloring gadget, consistency gadget, 
color choosing gadget. 

3 Hardness of Pull-l-F 

In this section we show that Pull-l-F is NP-hard by giving "pull" -implementations of 
the basic gadgets introduced in the previous section. We first simplify the constructions 
by introducing a branch gadget shown in Figure [4| It can be traversed from A to B 
by pulling box 1 down, permanently blocking exit C, or from B to either A or C, first 
pulling box 1 three positions to the left, and then box 2 up, if necessary, leaving all paths 
permanently open. Entering from C is not possible. 

The branch gadget can be used to implement the XOR and NAND gadgets, as shown 
in Figure [5] The XOR-gadget (Figure § left) can be traversed from A to B or from C 
to D. Traversal from A to D is impossible, since there is not enough space to unblock 
the path to D inside the branch gadget. The exit to C is protected by a one-way gadget. 
Similarly, traversal from C to B or A is not possible. 

The NAND-gadget is shown in Figure [5] (right). It can be traversed from A to B 
or from C to D. Traversing one path blocks a future traversal of the other. The 
implementation of the one-way gadget is shown in Figure [6^a)[^| The l-to-3-fork gadget 
is implemented by cascading two l-to-2-fork gadgets, shown in Figure |6^b) . Entering at 
A the robot selects an exit by pulling either box 1 first right and then up or the box 2 
left and up, a choice which cannot be undone entering again from B or C. 

From the "pull-implementations" of the elementary gadgets above and the proof of 
Demaine et al. [6] we obtain: 

Theorem 3.1 Pull-l-F is HP-hard. 

4 Hardness of variants 

The aobve constructions also apply to pulling several boxes. 
Theorem 4.1 Pull-k-F is UP -hard for any k G N U {*}. 



Different from the push-implementation in Demaine et al. [6] a traversal from B to A is impossible. 
For the proof it is admissible that after a traversal from A to B the gadget stays open. 
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Figure 3: Implementations of composite gadgets. Top: Coloring gadget, traversable in both 
directions using differently labeled paths. Middle: consistency gadget, traversable in 
both direction only using path of the same label. Bottom: color choosing gadget [5] . 
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ure 4: The branch gadget. Traversal from A to B is possible, blocking a future exit to C, or 
traversal from B to A or C is possible. 
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Figure 5: Left: XOR gadget. Right: NAND gadget. 
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ure 6: (a) One-way gadget permitting traversal from A to B. 
traversal from A to either B or C is possible. 



(b) l-to-2-fork gadget. A 
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Figure 7: Movable blocks (marked by a red dot) in the three elementary gadgets. 



Proof. For arbitrary k, the one-way gadget continues to work the same, since it 
has only one movable obstacle. For the l-to-2-fork and the branch gadget, the two 
movable obstacles cannot be brought together in such a way that the robot can move 
both obstacles. Thus, the additional power for k > 2 or k = * does not help to solve the 
puzzle. ■ 

All gadgets continue to work under PullPull conditions. All the necessary moves 
for the permitted traversals are already PullPull moves, and the restriction to PullPull 
moves clearly does not open new paths. We have therefore: 

Theorem 4.2 PullPull-k-F is MP -hard for any fceN. 
We next turn to the simplest case without fixed boxes. 

Theorem 4.3 Pull-1 is MP -hard. 

Proof. We first observe that the robot moves only inside the gadgets. We can make 
sure that it cannot escape from there, even if all obstacles are movable, making the 
surrounding walls thicker than the interior space. Figure [7] shows for each gadget all 
movable blocks when entering from any point. 

Valid passages from the cases with fixed obstacles stay valid, so we need only to show 
that moving boxes that were previously unmovable do not open new passages. 

It is easy to verify that a large number of the moves of such boxes only reduce the 
available space for the robot, or even capture him in a hole. For example, when entering 
the one-way gadget from B, there are only two movable boxes at the first corner. Moving 
one of these locks the robot in a part of the corridor, but does not open a passage to A. 
Similarly, it is not difficult to verify that we cannot pass the fork gadgets from B or C, 
or the branch gadget coming from C. It remains to verify that after entering the fork 
gadget from A we can leave either at B or C, but not both, and that after entering the 
branch gadget from A we can exit only at B, and we can do this only by blocking C 
permanently. This has been done by a simulation of all possible movements. ■ 
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5 Open questions 



We have investigated some variants of pull-like block moving games, but left open the 
complexity of Pull-A; and PullPull-A; variants. A problem in establishing the hardness of 
the corresponding Push- variants has been to prevent neighboring gadgets from interfer- 
ing, in particular for k = * [BJ. This is not the case here, since gadgets can be easily 
isolated by inserting holes between them. The more difficult part is to give a succinct 
argument that pulling k blocks at once never opens new paths, but we conjecture that 
this is possible. Another open question is the PSPACE-hardness of these problems. 

A interesting restriction could be to study handles, where a box can be pulled only 
in a direction, if the corresponding side has a handle. Hardness of the problem where 
the handles can be specified as part of the input follows from the theorems above. Are 
restricted variants easier, for example the variant where a box has either only up-down 
handles or left-right handles? Another interesting variant is to combine push and pull 
moves when all blocks are movable. This may allow us to answer positively the open 
question from |6], if there exists an "interesting" but tractable block-moving puzzle. 
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